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Technical Field 

The present invention relates generally to wireless software upgrades in 
wireless communication systems. More particularly, the present invention relates to 
a system and method in which software upgrades are provided wirelessly to mobile 
devices upon detecting that software currently in the mobile devices is outdated. 

Background of the Invention 

In recent years, the use of wireless (e.g., cellular) communication systems 
having mobile devices which wirelessly communicate with a network, such as a local 
area network (LAN) and a wide area network (WAN), has become widespread. 
Retail stores and warehouses, for example, may use cellular communications 
systems to track inventory and replenish stock. The transportation industry may use 
such systems at large outdoor storage facilities to keep an accurate account of 
incoming and outgoing shipments. In manufacturing facilities, such systems are 
useful for tracking parts, completed products, defects, etc. 

A typical cellular communication system includes a number of fixed base 
stations or access points interconnected by a cable medium often referred to as a 
system backbone. Also included in many cellular communication systems are 
intermediate base stations which are not directly connected to the system backbone. 



Intermediate base stations, often referred to as wireless base stations or repeaters, 
increase the area within which base stations connected to the system backbone can 
communicate with mobile devices. Unless otherwise indicated, the term "base 
station" will hereinafter refer to both base stations hardwired to the network and 
5 wireless base stations. 

Associated with each base station is a geographic cell. A cell is a geographic 
area in which a base station has sufficient signal strength to transmit data to and 
receive data from a mobile device with an acceptable error rate. Typically, base 
stations will be positioned along the backbone such that the combined cell area 

10 coverage from each base station provides full coverage of a building or site. Thus, 
mobile devices roaming within such an area can maintain continuous communication 
with a host computer or other device situated along the system backbone. 

Each mobile device roaming within a building or site is typically preloaded with 
software to provide both application level and operational level instructional code 

15 (referred to generally herein as "operating software"). The mobile device includes 
one or more processors which execute the operating software, thereby allowing the 
mobile device to carry out its appropriate functions. The software is stored in 
memory in the mobile device and may be executed at any time depending on the 
particular operational needs of the mobile device. 

20 Due to changing market needs and advancements in technology, for example, 

it often happens that the software which is preloaded into a mobile device becomes 
outdated prior to the time the mobile hardware device becomes obsolete. Therefore, 
a number of methods for upgrading the operating software stored in a mobile device 
have been developed. 

25 One known method for updating software in a mobile device is by physically 

connecting the mobile device to a computer capable of upgrading the software. In 
order to upgrade software using this technique it is typically necessary to employ one 
or more service technicians to assist in connecting the mobile device to the computer 
with a cable or the like and executing the software upgrade routine. This results in 

30 down time for the mobile device and related service costs. 
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Another known method of updating the operating software in a mobile device 
involves wirelessly transmitting software upgrades to the mobile device. When 
executing a wireless software upgrade, a mobile device transmits a request to the 
host computer (via a base station) requesting that the host computer transfer the 
5 upgraded software. In order to ensure a mobile device has the most recent version 
of the operating software, each program within the operating software must be 
downloaded periodically from the host computer and stored in the mobile device. 
Unfortunately, the periodic transfer of upgraded operating software to the mobile 
device can be extremely time consuming and becomes increasingly more time 

10 consuming as the number of mobile devices within the system increases. 

Furthermore, since there is no way to determine if software has been changed since 
the previous time the mobile device software has been upgraded, time is frequently 
wasted updating the mobile device operating software with the same version of 
software which already exists in the mobile device. 

15 In view of the aforementioned shortcomings associated with existing systems 

and techniques for upgrading mobile device operating software, there is a strong 
need in the art for a system and method which does not require significant down time 
or service costs. Moreover, there is a strong need in the art for a system and 
method which avoids the inefficiencies associated with conventional wireless 

20 techniques for upgrading the mobile device operating software. 

Summary of the Invention 

A wireless communication system and method is provided in which software 
upgrades are wirelessly transmitted to a mobile device based on a determination of 

25 whether such an upgrade is necessary. According to one embodiment, following an 
initial boot-up procedure in which a mobile device associates itself with a base 
station connected to a backbone, a host computer coupled to the backbone queries 
the mobile device for indicia identifying the version of operating software stored in 
the mobile device. In response, the mobile device wirelessly transmits to the host 

30 computer the indicia identifying the version of its operating software via the base 
station. The host computer performs a comparison of the version indica provided 
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from the mobile device with information identifying the version of corresponding 
operating software presently stored within an FTP or TFTP server which maintains 
the latest version available for each operating software. If the host computer 
determines the mobile device is not running the latest version of the operating 
5 software, the host computer transmits a request to the mobile device to have its 

operating software updated. In response to receiving the request, the mobile device 
communicates with the file transfer protocol (FTP) or trivial file transfer protocol 
(TFTP) server coupled to the backbone to have the latest versions of software 
downloaded. If the host computer determined that no update of the mobile device 

1 0 operating software was needed, the mobile device simply continues to operate using 
the operating software currently stored therein. In this manner, the system does not 
needlessly spend time replacing the operating software in the mobile devices with 
the same software. 

Furthermore, the system and method of the present invention also allows a 

1 5 user to select one or more different packages of operating software which may be 
available from the FTP server. A user may simply select a package of operating 
software from a menu provided by the mobile device, and in response the mobile 
device prompts the FTP server to download the selected package to the mobile 
device. According to another feature of the invention, a WAN includes a plurality of 

20 communication systems tied together by a WAN based system backbone. A WAN 
based host computer provides updated information regarding the most current 
operating software available via the FTP server to all other host computers in the 
individual systems. A WAN based FTP server provides updated mobile terminal 
operating software to the FTP server in the individual systems. The mobile device 

25 operating software can then be distributed quickly to the various mobile devices. 
In accordance with one particular aspect of the invention, a wireless 
communication system includes a system backbone, a host computer coupled to the 
system backbone, at least one base station coupled to the system backbone, the at 
least one base station including a base station transceiver for communicating 

30 wirelessly with mobile devices within the system, and at least one mobile device 
having a mobile device transceiver for communicating wirelessly with the host 
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computer on the system backbone via the at least one base station. A method of 
operation includes the steps of determining whether a version of operating software 
stored in the at least one mobile device is a current version of the operating software, 
and wirelessly updating the operating software stored in the at least one mobile 
5 device if it is determined that the operating software stored in the at least one mobile 
device is not the current version. 

In accordance with another particular aspect of the invention, a wireless 
communication system includes a system backbone, a host computer coupled to the 
system backbone, an FTP server coupled to the system backbone, at least one base 

10 station coupled to the system backbone, the at least one base station including a 

base station transceiver for communicating wirelessly with mobile devices within the 
system, and at least one mobile device having a mobile device transceiver for 
communicating wirelessly with the host computer and the FTP server on the system 
backbone via the at least one base station. A method of operation includes the steps 

1 5 of the host computer requesting from the at least one mobile device indicia indicative 
of a version of mobile device operating software stored in the at least one mobile 
device, the at least one mobile device transmitting the indicia indicative of the version 
of mobile device operating software stored in the at least one mobile device to the 
host computer, the host computer receiving the indicia indicative of the version of 

20 mobile device operating software stored in the at least one mobile device, and the 

host computer determining whether updating of the mobile device operating software 
is appropriate based on an initial comparison in which the indicia indicative of mobile 
device operating software stored in the at least one mobile device is compared to an 
indicia of a current version of mobile device operating software stored in at least one 

25 of the host computer and the FTP server. 

In accordance with still another aspect of the invention, a wireless 
communication system is provided. The wireless communication system includes a 
system backbone, a host computer coupled to the system backbone, an FTP server 
coupled to the system backbone, at least one base station coupled to the system 

30 backbone, the at least one base station including a base station transceiver for 

communicating wirelessly with mobile devices within the system, at least one mobile 
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device having a mobile device transceiver for communicating wirelessly with the host 
computer and FTP server on the system backbone via the at least one base station, 
and wherein the host computer and the at least one mobile device are operatively 
configured to determine whether to selectively update mobile device operating 
5 software therebetween based on an initial comparison in accordance with a 

predetermined criteria indicative of whether updating of the mobile device operating 
software is appropriate, and the FTP server and the at least one mobile device are 
operatively configured to communicate selectively the mobile device operating 
software determined to be appropriate for updating. 

10 In accordance with yet another aspect of the invention, a wireless 

communication system is provided. The wireless communication system includes a 
system backbone, a host computer coupled to the system backbone, an FTP server 
coupled to the system backbone, at least one base station coupled to the system 
backbone, the at least one base station including a base station transceiver for 

15 communicating wirelessly with mobile devices within the system, at least one mobile 
device having a mobile device transceiver for communicating wirelessly with the host 
computer and the FTP server on the system backbone via the at least one base 
station, and a user input for receiving a user selection, and wherein the FTP server 
and the at least one mobile device are operatively configured to communicate 

20 selectively mobile device operating software therebetween based on the user 
selection. 

To the accomplishment of the foregoing and related ends, the invention, then, 
comprises the features hereinafter fully described and particularly pointed out in the 
claims. The following description and the annexed drawings set forth in detail certain 
25 illustrative embodiments of the invention. These embodiments are indicative, 

however, of but a few of the various ways in which the principles of the invention may 
be employed. Other objects, advantages and novel features of the invention will 
become apparent from the following detailed description of the invention when 
considered in conjunction with the drawings. 

30 
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Brief Description of the Drawings 

Fig. 1 is a block diagram of a wireless communication system in accordance 
with an exemplary embodiment of the present invention; 

Fig. 2 is a block diagram of a mobile terminal in accordance with the present 
5 invention; 

Fig. 3a is a block diagram of a host computer in accordance with the present 
invention; 

Fig. 3b is a block diagram of an FTP server in accordance with the present 
invention; 

10 Fig. 4 illustrates the contents of a bootptab table stored in memory within the 

host computer, the bootptab table including the internet protocol (IP) addresses and 
boot file package names associated with each mobile terminal in the system in 
accordance with the present invention; 

Fig. 5a illustrates the general format of the package definition files stored in 
15 memory within the host computer, wherein each package definition file includes 

information identifying operating software to be used by mobile terminals within the 
system and information indicating the version of the operating software in 
accordance with the present invention; 

Figs. 5b, 5c and 5d represent exemplary package definition files in 
20 accordance with the present invention; 

Fig. 6 is a block diagram of a base station in accordance with the present 
invention; 

Figs. 7(a) - 7(e) represent schematically a process in which information 
packets are exchanged between a mobile terminal and the host computer (via a 
25 base station) in order to identify and transfer upgraded operating software in 
accordance with an exemplary embodiment of the present invention; 

Figs. 7(f) - 7(i) represent schematically a process in which information packets 
are exchanged between a mobile terminal and the FTP server (via a base station) in 
order to download updated operating software in accordance with an exemplary 
30 embodiment of the present invention; 
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Fig. 8a and 8b is a system flowchart suitable for programming a mobile 
terminal to request and download upgraded operating software in accordance with 
the present invention; 

Fig. 9 is a system flowchart suitable setting up the host computer to respond 
5 to the mobile terminal in accordance with the present invention; 

Fig. 10 is a system flowchart suitable for setting up the FTP server in 
accordance with the present invention; 

Fig. 1 1 is a system flowchart suitable for programming the mobile terminal and 
setting up the host computer and FTP server to enable a user to select from among 
10 different packages of operating software available from the FTP server in 
accordance with the present invention; 

Fig. 12 is a block diagram of a WAN based system in accordance with the 
present invention; 

Fig. 13a illustrates the general format of the package definition files stored in 
15 memory within the host computer, wherein each package definition file includes 

information identifying operating software to be used by mobile terminals within the 
system and information indicating the version of the operating software in 
accordance with an alternative embodiment of the present invention; 

Figs. 13b, 13c and 13d represent exemplary package definition files in 
20 accordance with an alternative embodiment of the present invention; 

Figs. 14(a) - 14(h) represent schematically a process in which information 
packets are exchanged between a mobile terminal and the host computer (via a 
base station) in order to identify and transfer upgraded operating software in 
accordance with an alternative embodiment of the present invention; 
25 Fig. 15 is a system flowchart suitable for programming a mobile terminal to 

request and download upgraded operating software from the host computer in 
accordance with an alternative embodiment of the present invention; and 

Fig. 16 is a system flowchart suitable setting up the host computer to respond 
to the mobile terminal seeking upgraded operating software in accordance with an 
30 alternative embodiment of the present invention. 
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Description of the Preferred Embodiments 

The present invention will now be described with reference to the drawings 
wherein like reference numerals are used to refer to like elements throughout. 

As is mentioned above, the present invention relates to wireless {e.g., cellular) 
5 communication systems which include mobile devices that can roam from cell to cell. 
Such mobile devices can be data terminals, telephones, pagers, etc. In the 
exemplary embodiment described hereinafter, each mobile device is a mobile data 
terminal (hereinafter "mobile terminal") used to communicate data such as inventory 
or the like within a cellular system. However, it is recognized that the invention 

10 contemplates other types of mobile devices and is not intended to be limited to 
systems utilizing mobile terminals. 

Referring now to Fig. 1 , a cellular communication system 20 is shown in 
accordance with the exemplary embodiment of the present invention. The cellular 
communication system 20 includes a network 22 having a system backbone 24. The 

15 system backbone 24 may be a hardwired data communication path made of twisted 
pair cable, shielded coaxial cable or fiber optic cable, for example, or may be 
wireless in nature. Connected to the system backbone 24 are several base stations 
26. Each base station 26 serves as an entrance point through which wireless 
communications may occur with the system backbone 24. Additionally, in order to 

20 expand the effective communication range of the base stations 26, one or more 

wireless base stations 28 are also included in the cellular communication system 20. 
As is conventional, each wireless base station 28 associates itself, typically by 
registration, with another base station, whether hardwired or wireless, such that a link 
is formed between itself and other devices situated on the system backbone 24. For 

25 example, in the system 20 shown in Fig. 1 a wireless base station 28 associates 

itself with one of the base stations 26 connected to the system backbone 24 so that 
a communication link is formed between the wireless base station 28 and a host 
computer 30 also coupled to the system backbone 24. All communications between 
the wireless base station 28 and a device on the system backbone 24 are made 

30 possible by the other base stations on the link which are configured to relay 
communications therebetween. 



-9- 



Each base station 26, 28 is capable of wirelessly communicating with other 
devices in the system 20 via an antenna 32. A geographic cell 34 associated with 
each base station 26, 28 defines a region of coverage in which successful wireless 
communication may occur. Depending on the type of antenna 32 selected and the 
5 output power of the respective base station, the cell 34 may take one of several 
different forms and sizes. For example, Fig. 1 depicts the base stations 26, 28 
utilizing an omni-directional antenna wherein a generally spherical cell area of 
coverage is obtained. However, a directed yagi-type antenna or other form of 
antenna could also be used as will be readily appreciated. 

10 The cellular communication system 20 also includes one or more mobile 

terminals 36. Each mobile terminal 36 communicates with devices on the system 
backbone 24 via a selected base station 26, 28 and/or with other mobile terminals 
36. Upon roaming from one cell 34 to another, the mobile terminal 36 is configured 
to associate itself with a new base station 26, 28 according to conventional 

15 techniques. 

In addition to the host computer 30, a file transfer protocol (FTP) server is also 
coupled to the system backbone 24. While the present embodiment depicts an FTP 
server, it will be appreciated that a trivial file transfer protocol (TFTP) server could 
alternatively be used. For purposes of this invention and accompanying claims, both 

20 the FTP server and TFTP server will be generally referred to as FTP server 31 . As 
will be described in more detail below, the FTP server 31 maintains the most current 
versions of all mobile terminal operating software. Accordingly, when the mobile 
terminal 36 needs to update its operating software, the mobile terminal 36 downloads 
the latest software from the FTP server 31 . While in the present embodiment the 

25 FTP server 31 is depicted to be independent of the host computer 30 it will be 

appreciated that the FTP 31 server could be embedded within the host computer 30. 
Alternatively, the host computer 30 could be programmed to perform the functions of 
the FTP server 31 in which case the FTP server 31 would not be included in the 
cellular communication system 20. Furthermore, the cellular communication system 

30 20 may include one or more other devices 37 connected to the system backbone 24. 
Such devices 37 may include work terminals, printers, cash registers, etc. 
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In the exemplary embodiment, the host computer 30 is responsible for 
supporting the network activities of the mobile terminals 36 within the system 20. As 
part of such function, the host computer 30 is responsible for determining whether 
the mobile terminals 36 have the most current versions of software and, if updating is 
5 needed, indicating to the mobile terminals 36 which operating software needs to be 
updated. When a mobile terminal 36 within the system initially powers up (via an 
on/off switch for example) or is reset, the mobile terminal 36 goes through an 
initialization, or boot-up routine. Such routine includes communicating with the host 
computer 30 via a selected base station 26 in order that the host computer 30 

10 provides the mobile terminal 36 with its internet protocol (IP) address as is 

conventional. In addition, however, just following the boot up routine, or at any time 
thereafter, the host computer 30 requests from the mobile terminal indica which 
identifies which version of operating software the mobile terminal is running. The 
host computer 30 then compares the version of operating software stored within the 

1 5 mobile terminal 36 with the latest version of software known to be available in the 

FTP server 31 . If the mobile terminal 36 has a different version of operating software 
stored as compared to the version currently available in the FTP server 31 , it is 
assumed that the operating software in the FTP server 31 has been upgraded since 
the last time the mobile terminal 36 has logged on. Consequently, host computer 31 

20 transmits a request to the mobile terminal 36 requesting the mobile terminal 36 to 

have its operating software updated. Upon receiving the request, the mobile terminal 
36 initiates an exchange with the FTP server 31 to download the latest version of 
operating software available. In the event the version of the operating software 
stored in the FTP server 31 is the same version as that which is currently stored in 

25 the mobile terminal 36, the host computer 30 does not request the mobile terminal 
36 to update its operating software. In this manner, needless downloading of files is 
avoided. 

Accordingly, when a system operator wishes to change the operating software 
of one or more mobile terminals 36 within the system 20, the system operator loads 
30 the upgraded software into the FTP server 31 as discussed below. Included with 
each version of operating software is a unique identifier indicative of the particular 
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version. The system administrator also updates the host computer to 
correspondingly reflect the modifications to the current software loaded in the FTP 
server. In particular, the system administrator updates the host computer with 
sufficient information to communicate those fields provided in the package definition 
files discussed below with respect to Figs. 5a-5d. Then, when a mobile terminal 36 
is next queried by the host computer regarding which version of operating software is 
being run, the mobile terminal 36 will be informed by the host computer 30 that the 
FTP server 31 has an upgraded version causing the mobile terminal 36 to request 
that the upgraded operating software be downloaded from the FTP server 31. 

Fig. 2 is a block diagram representing the basic structure of each of the 
mobile terminals according to the exemplary embodiment. Each mobile terminal 36 
includes a processor 40 which can be programmed to control and to operate the 
various components within the mobile terminal 36 in order to carry out the various 
functions described herein. The processor 40 may be, for example, an Intel 80486 
or similar type microprocessor. The processor 40 is coupled to a user input device 
42 which allows a user to input data to be communicated to the system backbone 24 
such as inventory data, patient information, etc. This information may be sent to the 
host computer 30 which serves as a central data location, for example, or to a cash 
register connected to the system backbone 24, as another example, for providing 
price information. Furthermore, the input device 42 allows a user to input a software 
availability request as is discussed in more detail below. The input device 42 can 
include such items as a keypad, touch sensitive display, etc. The mobile terminal 36 
also may include a bar code reader 44 coupled to the processor 40 for providing 
another form of data input. A display 46 is also connected to and controlled by the 
processor 40 via a display driver circuit 48. The display 46 serves as a means for 
displaying information stored within the mobile terminal 36 and/or received over the 
system backbone 24 via a base station 26. The display 46 can be a flat panel liquid 
crystal display with alphanumeric capabilities, for example, or any other type of 
display as will be appreciated. 

Each mobile terminal 36 also includes a memory 50 for storing program code 
executed by the processor 40 for carrying out the functions described herein. In 
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particular, the memory 50 includes a non-volatile portion (e.g., an EEPROM) for 
storing mobile terminal operating software which is executed by the processor 40 in 
order to carry out the desired operations of the mobile terminal 36. The particular 
operating software is not critical to the invention and it will suffice to say that such 
operating software typically will be related to the application of the mobile terminal, 
e.g., communication protocols, utility programs such as for inventory control, patient 
care, etc. As noted above, however, it may be desirable at times to upgrade such 
operating software with revised and/or completely different software. Thus, the 
memory 50 also has stored therein code which is executed by the processor 40 in 
order to perform the functions described below in relation to Figs. 7(a)-7(i) and Fig. 
1 5 for downloading upgraded software from the FTP server 31 . The actual code for 
performing such functions can be easily programmed by a person having ordinary 
skill in the art of computer programming in any of a number of conventional 
programming languages based on the disclosure herein. Consequently, further 
detail as to the particular code itself has been omitted for sake of brevity. 

As is described below in more detail in connection with Figs. 7(a)-7(i) and Fig. 
15, the processor 40 also stores in the memory 50 information relating to the version 
of mobile terminal operating software stored therein. The processor 40 is 
programmed to download operating software from the FTP server 31 if the update 
indicia received from the host computer 30 indicates that the FTP server 31 has 
stored therein more current versions of the operating software. If the processor 40 
does download current versions of operating software, the processor 40, in one 
embodiment, goes on to replace the previous operating software which was stored in 
the memory 50 with the upgraded operating software obtained from the FTP server 
31. 

Each mobile terminal 36 also includes its own RF transceiver section 54 
connected to the processor 40. The RF transceiver section 54 includes an RF 
receiver 56 which receives RF transmissions from a base station 26, 28 via an 
antenna 58 and demodulates the signal to obtain the digital information modulated 
therein. An example of a suitable RF receiver 56 for use in the mobile terminal 36 
(as well as the base stations 26, 28) is the Model 025 Direct Sequence Spread 
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Spectrum Radio Module, which is commercially available from Aironet Wireless 
Communications, Inc. of Akron, Ohio. 

The RF transceiver section 54 also includes an RF transmitter 60. In the 
event the mobile terminal 36 is to transmit information to the backbone 24 in 
5 response to an operator input at input device 42 or as part of its boot-up routine, for 
example, the processor 40 forms digital information packets which are then delivered 
to the RF transmitter 60. According to conventional techniques, the RF transmitter 
60 transmits an RF signal with the information packets modulated thereon via the 
antenna 58 to the base station 26 with which the mobile terminal 26 is registered. 

10 Referring now to Fig. 3a, a block diagram of the host computer 30 is provided. 

The host computer 30 may be a personal computer, for example, and includes its 
own processor 64 (e.g., an Intel 80486DX or Pentium® processor). Coupled to the 
processor 64 is a memory 66 for storing code for controlling the operation of the host 
computer 30 in accordance with the description provided herein. Again, based on 

15 the description provided herein, a person having ordinary skill in the art of computer 
networks and system administration will be able to set up the host computer 30 to 
support the various operations described herein. Accordingly, additional detail is 
omitted. The memory 66 may include, but certainly is not limited to, a hard disk 
storage medium. 

20 The processor 64 is coupled to an input/output (I/O) port or device 68 as 

shown in Fig. 3. The I/O device 68 may include a floppy disk drive or the like which 
enables a system operator to transfer upgraded mobile terminal operating software 
into the memory 66 using conventional file transfer techniques. The processor 64 is 
coupled to the system backbone 24 by way of a network adaptor transceiver 70 and 

25 connector 72 as is conventional. The host computer 30 is able to transmit and 
receive information over the system backbone 24 via the transceiver 70 and 
connector 72. 

Referring now to Fig. 3b, a block diagram of the FTP server 31 is provided. 
Similar to the host computer 30, the FTP server 31 includes a processor 65 coupled 
30 to the system backbone 24 through a transceiver 71 and connector 73, A memory 
67 is coupled to the processor 65. As will be described in more detail below, the 
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memory 67 is updated with the latest version of software for each of the mobile 
terminals 36. For example, a system administrator may install revised versions of 
software in the memory 67. 

As shown in Fig. 4, the memory 66 of the host computer 30 has stored therein 
5 a bootptab table. Briefly, the bootptab table is maintained by the processor 64 of the 
host computer 30 and is arranged to include an entry for each mobile terminal within 
the system 20. As shown in Fig. 4, each entry includes the hardware address of the 
mobile terminal and the corresponding internet protocol (IP) address assigned to the 
mobile terminal. In addition, each entry includes a boot file in the form of a package 

10 name which identifies the particular package of operating software which is to be 
utilized by the corresponding mobile terminal 36. 

Also stored in the memory 66 is a collection of package definition files as 
represented in Figs. 5a-5d. Specifically, the memory 66 includes a different package 
definition file for each particular package name included in the bootptab table shown 

15 in Fig. 4. Fig. 5a illustrates generally the various information fields included in each 
package definition file, whereas Figs. 5b-5d provide illustrative examples of different 
package definition files. Each package definition file includes a version identifier 
(e.g., 6.2, A3, 1 .9, etc.) which is a unique identifier of the particular version of the 
operating software associated with that particular package name. Each time one or 

20 more software files included in the operating software associated with a given 

package name is added, deleted or modified within the FTP server 31 , the version 
identifier stored in the package definition file for that package name is modified to a 
new, unique identifier. The new identifier stored in the package definition files as 
discussed below is manually entered into the host computer 30 by a system 

25 administrator or the like, for example. 

Each package definition file also includes an indication of the total memory 
occupied by the operating software associated with the package name (e.g., 200 
Kbytes, 150 Kbytes, etc.). In addition, each package definition file includes an 
indicator which indicates whether the operating software which is downloaded from 

30 the FTP server 31 to the mobile terminal is to be downloaded in a "replace" or "fail 
safe" mode as is discussed in more detail below. Each package definition file also 
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includes a list of filenames included in the operating software associated with the 
package name. As will be appreciated, such file names represent the files that are 
utilized by the mobile terminal 36 to carry out its various operations. The actual 
contents of such files are conventional and are not germane to the invention. If, 
5 however, any of these files are deleted, added, or modified as described above, the 
version indicator is updated in the package definition file by the communication 
received from the FTP server 31 or directly by input from the system administrator. 

Furthermore, each package definition file includes the mobile terminal path 
(e.g., the directory path) identifying where in the mobile terminal memory 50 the 

10 respective files represented by the file names are to be stored. Each package 

definition file also includes an FTP server path (e.g., the directory path) indicating 
where in the FTP server memory 67 the respective files are stored. The package 
definition files also include information relating to the file type for each of the file 
names identified in the package definition, such type information being useful for 

15 facilitating downloading of the file as is conventional. For example, the type 

information may indicate that the file is currently stored in a compressed mode and 
needs to be decompressed upon receipt, etc. Finally, the package definition files 
include information relating to whether each of the files represented by the file 
names is to be stored in read only memory (ROM) or random access memory (RAM) 

20 in the mobile terminal 36. 

Each time a system administrator updates any portion of the operating 
software stored in the memory 67, the system administrator also is responsible for 
assigning a new version identifier in the corresponding package definition file. For 
example, file names may be added or deleted from a package. Alternatively, one or 

25 more files may be modified. In either case, the operating software represents a new 
version. Once updated, the system administrator also updates the host computer 30 
with sufficient information to produce for the mobile terminals 36 the package 
definition files discussed above with respect to Figs. 5a-5d. 

Referring now to Fig. 6, a block diagram representative of each base station 

30 26 is shown. Each base station 26 is connected to the system backbone 24 via a 

connector 80 such as a DB-9 or RJ-45 connector. The connector 80 is connected to 
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the system backbone 24 at one end and to a network adapter transceiver 82 
included in the base station 26 at the other end. The network adapter transceiver 82 
is configured according to conventional network adapter transceiver techniques to 
allow the base station 26 to communicate over the system backbone 24. The 
5 network adapter transceiver 82 is also connected to an internal bus 84 included 
within the base station 26. The base station 26 further includes a processor 86 
connected to the bus 84 for controlling and carrying out the operations of the base 
station 26. The processor 86 may include any of a variety of different 
microprocessors, such as the Motorola 68360 (25MHz) or Intel 80386 

1 0 microprocessors, for example. 

The base station 26 also includes a memory 88 connected to the bus 84. The 
memory 88 stores program code executed by the processor 86 to control the other 
elements within the base station 26 to carry out the functions referred to herein. The 
memory 88 also serves to buffer information such as information received over the 

1 5 system backbone 24 or those transmitted to or received from the mobile terminals 
36. Also connected to the bus 24 is an RF transceiver section 90 included in the 
base station 26. The RF transceiver section 90 includes the aforementioned 
antenna 32 for receiving radio signals from and transmitting radio signals to mobile 
terminals 36 within the cell area 34 of the base station 26. Information transmitted 

20 from a mobile terminal 36 to the base station 26 is received via the antenna 32 and 
is processed by an RF receiver 92 which demodulates and decodes the signal and 
converts the information to a digital signal. The processor 86 in the base station 26 
then processes the information according to conventional techniques and stores the 
information in the memory 88 until such time as the base station 26 is able to 

25 transmit the information to its intended destination on the system backbone 24 {e.g., 
the host computer 30) via the network adapter transceiver 82 and connector 80. 

Information which is transmitted to the base station 26 via the system 
backbone 24 (e.g., from the host computer 30) for transmission to a mobile terminal 
36 is received by the network transceiver 82. The processor 86 controls an RF 

30 transmitter 94 included in the RF transceiver section 90, the RF transmitter 94 also 
being connected to the bus 84. The processor 86 causes the RF transmitter 94 to 
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modulate an RF signal using spread spectrum techniques, for example, which in turn 
carries the information to the appropriate mobile terminal 36. Exemplary hardware 
for carrying out the above-described basic functions of transmitting and receiving 
data between the system backbone 24 and one or more mobile terminals 36 is found 
5 in the ARLAN 631® Token Ring Access Point, which is commercially available from 
Aironet Wireless Communications, Inc., Akron, Ohio. 

Figs. 7(a) through 7(h) schematically represent the exchange of information 
between a mobile terminal 36 and the host computer 30 in accordance with the 
exemplary embodiment of the invention. It will be appreciated that, with respect to 

10 communications between the mobile terminal 36 and the host computer 30, the base 
station 26 to which the mobile terminal 36 is registered serves as an interface 
between the mobile terminal 36 and the host computer 30 as is well known in the art. 
As represented in Fig. 7(a), when the mobile terminal 36 undergoes its boot-up 
initialization routine the mobile terminal 36 transmits a Bootp Request packet 100 to 

1 5 the host computer 30. The Bootp Request packet 100 is a packet which includes a 
header field 102 (e.g., synchronization bits, etc., as is conventional), a hardware 
address field 103 which holds the hardware address of the mobile terminal 36, and a 
boot request field 104 which contains information requesting that the host computer 
30 furnish information relating to the boot-up procedures of the mobile terminal 36. 

20 The Bootp Request packet 100 is generated by the processor 40 within the mobile 
terminal 36. 

As is represented in Fig. 7(b), the host computer 30 receives the Bootp 
Request packet 100 and, in response, the processor 64 generates and transmits a 
Bootp Response packet 110 back to the mobile terminal 36. The Bootp Response 

25 packet 110 includes a header 1 1 1 ; an IP address field 112 containing the IP address 
of the mobile terminal 36; a package name field 113 containing the name of the 
package of operating software associated with the mobile terminal 36; and a boot 
response information field 1 14 containing other conventional information which may 
be associated with the boot-up procedures of the mobile terminal 36. 

30 More specifically, when the host computer 30 receives the Bootp Request 

packet 100 from the mobile terminal 36, the processor 64 performs a look-up in the 
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bootptab table stored in the memory 66 based on the hardware address contained in 
the hardware address field 103. Specifically, the processor 64 looks up the entry in 
the bootptab table having the same hardware address. The processor 64 then takes 
the corresponding IP address and package name from the bootptab table and 
includes them in the IP address field 1 12 and package name field 1 1 3, respectively, 
of the Bootp Response packet 1 10 which is transmitted to the mobile terminal 36. 
Communication regarding the software stored in the mobile terminal 36 may now 
occur by referring to the assigned package name. It will be appreciated that while in 
the present embodiment the boot up procedure is shown to generally follow a bootp 
protocol, a dynamic host configuration protocol (DHCP) could alternatively be used. 
Still further, the boot up procedure could optionally be avoided altogether by 
directly/manually inputting the needed boot up information into the mobile terminal 
36 including information such as, for example, the IP address of the mobile terminal 
36 and the name of the server with which the mobile terminal 36 is to communicate. 

Following this bootup routine, the host computer 30 transmits a Version 
Request Packet 1 18 to the mobile terminal 36 as shown in Fig. 7(c). The host 
computer 30 may transmit the Version Request Packet 1 18 at some predetermined 
time after the bootup routine or may periodically send a Version Request Packet 118 
to the mobile terminal 36 at multiple random or preset times, for example. The 
Version Request Packet 118 includes a header 120; a package name field 121; and 
a version request field 122. The Version Request Packet 1 18 requests the mobile 
terminal 36 to transmit back to the host computer 30 the current version of operating 
software stored in memory 50 (Fig. 2). 

In response to receiving the Version Request Packet 1 18 the mobile terminal 
36 transmits to the host computer 30 a Version Response Packet 124 as shown in 
Fig. 7(d). The Version Response Packet 124 includes a header 125; a package 
name field 126; and a version indicator field 127. The version indicator field 127 
includes the latest version of operating software corresponding to the package name 
126 stored in the mobile terminal 36. 

Following receipt of the Version Response Packet 124, the host computer 30 
performs a comparison between the version indicator stored in the version indicator 
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field 127 and the version of the corresponding operating software stored in the FTP 
server 31 . Once the host computer 30 completes its comparison, the host computer 
30 transmits a File Name Packet 128 to the mobile terminal 36 as shown in Fig. 7(e). 
The File Name Packet 128 includes a header 129, and a comparison result field 133. 
5 In the event the comparison performed by the host computer 30 showed that the 
version of operating software stored in the mobile terminal 36 is the same as the 
latest version of corresponding operating software stored at the FTP server 31 , the 
host computer 30 includes indicia in the comparison result filed 133 indicating that no 
update is needed. In the present embodiment, when the versions are identical, the 
10 host computer 30 includes the version of the operating software in the comparison 

result field 133. Thus, upon receipt of the File Name Packet 128, the mobile terminal 
36 is able to discern that no additional downloading of operating software is 
necessary. 

If, on the other hand, the host computer 30 determines from its comparison 
15 that the version of operating software stored in the mobile terminal 36 does not 
match the version of operating software stored by the FTP server 31 , the host 
computer 30 includes in the comparison result field 133 the file name of the file to be 
downloaded from the FTP server 31 . Alternatively, in another embodiment, the 
comparison result field 133 may include the contents of the package definition file for 
20 the corresponding package name (Figs. 5a-5d). By providing the mobile terminal 36 
with the contents of the package definition file, the mobile terminal 36 is informed not 
only that updated operating software is to be downloaded, but also the required 
memory, file transfer mode, memory paths, file types, etc. as discussed above with 
respect to Figs. 5a-5d. 

25 In the event the mobile terminal 36 is informed that a download of updated 

operating software is needed, the mobile terminal 36 downloads the appropriate 

software from the FTP server 31 . 

For example, Fig. 7(f) illustrates a File Request Packet 130 which is generated 

by the mobile terminal processor 40 and which includes a header 131 and a file 
30 request field 132. The file request field 132 includes the file name provided from the 

FTP server 31 which the mobile terminal 36 is to download. 
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The mobile terminal 36 transmits the File Request Packet 130 to the FTP 
server 31 as represented in Fig. 7(f), and in response the FTP server 31 forms a File 
Packet 134 which is transmitted back to the mobile terminal 36. The File Packet 134 
includes a header 135 and a file field 136. The file field 136 includes one or more 

5 files associated with the file name requested in the file request field 1 32. 

Consequently, the files are downloaded to the mobile terminal 36 where each of the 
files are, for example, flashed into the memory 50 (Fig. 2) and stored for use in the 
operations of the mobile terminal. 

In an alternative embodiment of the present invention where, for example, the 

1 0 host computer 30 returns a package definition packet 1 28 to the mobile terminal 36 
in Fig. 7(e) as opposed to a file name, the mobile terminal 36 begins the process of 
sequentially stepping through each file name listed in the package definition file and 
transmitting a request that the FTP server 31 transfer the actual file so that it may be 
downloaded and stored in the mobile terminal 36. Next, the mobile terminal 36 

1 5 generates and transmits another File Request Packet 1 30 requesting that the next 
file included in the list of file names in the package definition field 126 be 
downloaded to the mobile terminal 36. Similarly, the FTP server 31 responds by 
transmitting another File Packet 134 including the contents of the file named in the 
file request field 132. Such sequential exchange of file requests and the transfer of 

20 files between the mobile terminal 36 and the FTP server 31 continues as 

represented in Figs. 7(f)-7(i) until the mobile terminal has requested and received 
each of the files named in the Package Definition Packet received in the comparison 
result field 133. Depending on the particular file transfer protocol utilized within the 
system, the file request field 132 may also have such information as the location at 

25 which the particular file is stored in the FTP server 31 , etc., as obtained from the 
package definition table 126. However, it will be appreciated that the actual file 
transfer protocol utilized in accordance with the present invention can be any well 
known transfer protocol and is not limited to any particular one. 

Accordingly, it will be appreciated that files from the FTP server 31 will not be 

30 downloaded to a mobile terminal 36 until and unless it has been determined by the 
host computer 30 that a new version of mobile terminal operating software exists in 
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the FTP server 31 . In the event it is determined that a new version exists, every file 
corresponding to a file name or package name is downloaded regardless of whether 
only one file or more than one of the files associated with the file name has been 
changed, added and/or deleted. 
5 As explained above, when using the package definition file the amount of 

memory which the mobile terminal will need in order to download all of the files listed 
in the package definition file and the mode of replacing the information in the mobile 
terminal is provided to the mobile terminal by the host computer 30. More 
particularly, there are two exemplary modes in which the mobile terminal 36 may 

10 download the new version of the mobile terminal operating software to replace an old 
version. One method is known as the replace mode, and the second method is 
known as the fail safe mode. If the information in the package definition file indicates 
that the mobile terminal 36 should be operating in the replace mode, then anytime 
there is a new version of operating software to be downloaded the mobile terminal 36 

1 5 is programmed to discard immediately the old version of each file prior to 

downloading the package of new files. The disadvantage of the replace mode is that 
it is possible that the mobile terminal 36 will fail such as, for example, run out of 
memory space, experience an RF link failure or host computer failure, etc., prior to 
receiving all of the files of the new version. In this case, the mobile terminal will not 

20 have a complete copy of either the old or new versions. In the fail safe mode, 

however, all files in the old version remain saved in the mobile terminal memory until 
all files belonging to the new version have been downloaded successfully. Only after 
all of the files belonging to the new version have been received does the mobile 
terminal 36 discard the old version of the files. Thus, the mobile terminal 36 has the 

25 ability to operate using the old version in the event of a problem in downloading the 
new version. The disadvantage is that the fail safe mode requires more memory in 
the mobile terminal 36 as compared to the replace mode. 

Fig. 8(a) illustrates the basic operation of the mobile terminal 36 in 
accordance with the procedures described above. Beginning in step 150, the 

30 processor 40 within the mobile terminal 36 initiates its own internal boot-up routine 
upon being powered up and/or reset as is conventional. Next, in step 152 the 
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processor 40 generates and transmits a Bootp Request Packet 100 to the host 
computer 30 as represented in Fig. 7(a). Following step 152, the processor 40 
determines in step 154 whether a Bootp Response Packet 1 10 is received back from 
the host computer 30 within a predetermined response period (e.g., five seconds). If 
5 not, the processor 40 returns to step 1 52 and retransmits the Bootp Request Packet 
100. If the Bootp Response packet 1 10 is received by the processor 40 in step 154 
as illustrated in Fig. 7(b), the processor 40 proceeds to step 1 56 in which it 
determines whether a Version Request Packet 118 has been received from the host 
computer 30 as illustrated in Fig. 7(c). If no Version Request Packet 118 is received, 

10 the processor 40 proceeds to step 157 where it begins or continues operations in 

accordance with the operating software currently loaded therein. Following step 157, 
the processor 40 returns to step 156 to again determine if the Version Request 
Packet 118 has been received. 

If the Version Request Packet 1 18 has been received, then the processor 40 

15 continues to step 1 58 wherein the processor 40 transmits to the host computer 30 

the Version Response Packet 124 as illustrated in Fig. 7(d). Following step 158, the 
processor determines in step 159 whether a File Name Packet 128 has been 
received from the host computer 30 in response to the Version Response Packet 
124 within a predetermined response period (e.g., five seconds). If not, the 

20 processor 40 returns to step 158 and retransmits the Version Response Packet 124. 

Upon determining that a File Name Packet 128 has been received in step 
159, the processor 40 in step 160 determines whether the host computer 30 has 
requested the mobile terminal 36 to receive updated operating software. As 
discussed above, the processor 40 of the mobile terminal 36 knows that a request to 

25 obtain updated operating software is made in those instances where the host 

computer 30 includes a file name in the comparison result field 133 as illustrated in 
Fig. 7(e). Similarly, the processor 40 knows if host computer 30 has not requested 
that an updated be made if the processor 40 finds only indicia representative of the 
version of its operating software in the comparison result field 133. Accordingly, if, 

30 the processor 40 determines that the host computer 30 has not requested that any 
updates of the mobile terminal 36 operating software be made, it is concluded that 
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the mobile terminal 36 will operate on the existing mobile terminal operating software 
stored therein and the processor proceeds to step 162. In step 162, the mobile 
terminal 36 continues normal operation with the operating software loaded thereon. 
In the event the processor 40 determines in step 160 that the host computer 

5 30 has requested that updated operating software be downloaded, the processor 40 
continues to step 164 in which it stores in the memory 50 (Fig. 2) the file name to be 
downloaded. The processor 40 then proceeds to step 166 in which it transmits a File 
Request Packet 130 as represented in Fig. 7(f) to the FTP server 31 in order to 
request that the files associated with the file name be transferred from the FTP 

10 server 31 to the mobile terminal 36. Next, in step 1 68 the processor 40 determines if 
a corresponding File Packet 134 containing the requested files is received back from 
the FTP server 31 within a predetermined response period {e.g., five seconds). If 
not, the processor 40 proceeds to step 170 in which it retransmits the same file 
request previously transmitted in step 166. The processor 40 then returns to step 

15 168 as shown. 

If the File Packet 134 is received by the processor 40 as determined in step 
168 and as represented in Fig. 7(f), the processor 40 proceeds to step 172. In step 
1 72 the processor 40 stores each file contained in the file field 1 36 in the mobile 
terminal memory 50 by, for example, flashing the memory with the updated files. 

20 Thereafter, the processor 40 proceeds from step 172 to step 162 mentioned above 
and ends the update procedure. 

Regarding steps 154, 156, 159 and 168 discussed above, it will be 
appreciated that the processor 40 preferably is programmed to retransmit a 
respective packet only a predetermined number of times (e.g., five), and to terminate 

25 the routine in the event a response still is not received. This avoids the mobile 

terminal becoming hung up due to a system failure. In such case, the processor 40 
allows the mobile terminal 36 to continue to operate with the existing version of 
software stored therein. 

Referring now to Fig. 9, the operation of the host computer 30 is illustrated 

30 during the boot-up routine of the mobile terminal 36. Beginning in step 200, the host 
computer processor 64 determines if a Bootp Request Packet 100 has been 
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received from a mobile terminal 36 as represented in Fig. 7(a). If not, the processor 
64 continues to loop through step 200. If a Bootp Request Packet 100 is received, 
the processor 64 proceeds to step 202 in which the processor 64 transmits a Bootp 
Response Packet 1 10 in response as represented in Fig. 7(b). Next, in step 203, the 
5 processor 64 transmits a Version Request Packet 1 18 to the mobile terminal 36 as 
illustrated in Fig. 7(c). In the present embodiment, the Version Request Packet 118 
is transmitted at a predetermined period of time of 10 seconds following the boot-up 
procedure. However, it will be appreciated that the Version Request Packet 118 may 
be transmitted at one or more different times following boot-up. For example, the 

10 processor 64 may be configured to transmit a Version Request Packet 118 following 
boot-up and following each update of operating software. 

Next, in step 204 the processor 64 determines if the host computer 30 
receives a Version Response Packet 124 within a predetermined period of time (e.g., 
five seconds). If not, the processor 64 returns to step 200. Otherwise, upon 

15 receiving the Version Response Packet (as represented in Fig. 7(c)), the processor 
64 proceeds from step 204 to step 205. 

In step 205, the processor 64 of the host computer 30 does a comparison of 
the version identifier of operating software provided from the mobile terminal 36 with 
the version identifier of the corresponding software stored in the FTP server 31 . If 

20 the versions are the same, the processor 64 stores in the comparison result field 133 
of the File Name Packet 128 the current version number of the operating software 
being run by the mobile terminal 36 so as to indicate to the mobile terminal 36 that 
no further downloading of software is needed. If, however, the versions are different, 
the processor 64 stores in the comparison result field 133 File Name of the packet to 

25 be downloaded from the FTP server 31 . Next, in step 205, the processor 64 
transmits back to the mobile terminal 36 the File Name Packet 128 having the 
appropriate contents filled into the comparison result field 133 so as to either request 
or not request that the mobile terminal download updated, modified, or new operating 
software from the FTP server 31 . 
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Those having ordinary skill in the art will appreciate that steps 200 and 202 in 
Fig. 9 can be carried out by a Bootp server (not shown) included in the host 
computer 30. 

Throughout the routine described with respect to Fig. 9, the processor 64 of 
5 the host computer 30 continually determines whether any software has been 

updated in the FTP server 31 and if so, the host computer 30 immediately updates 
its memory 66. 

Referring now to Fig. 10, the operations of the FTP server 31 is provided. In 
step 209, the processor 65 determines whether a file request packet as illustrated in 

1 0 Fig. 7(f) has been received from a mobile terminal. If no file request packet is 

received, the processor 65 returns to step 209. If, however, a file request packet is 
received, the processor 65 proceeds to step 210 where the processor 65 of the FTP 
server 31 transmits a File Packet 134 as illustrated in Fig. 7(g) to the mobile terminal 
36. In this manner, the mobile terminal 36 is able to download the updated operating 

1 5 software. If multiple file request packets are sent by the mobile terminal 36, the 

processor 65 will service each request during a repetition of steps 209 and 210. It 
will be appreciated, that while steps 209-210 are shown to be carried out by an 
independently operating FTP server 31 , the FTP server 31 could be included within 
the host computer 30 or the host computer 30 could itself carry out all of the 

20 functions of the FTP server 31 . 

Referring now to Fig. 1 1 , an aspect of the invention whereby a mobile terminal 
user may selectively download operating software from the FTP server 31 will be 
explained. Such aspect allows the mobile terminal user to input via the user input 
device 42 (Fig. 2) a selection of available packages of software which may be 

25 downloaded from the FTP server 31 . The available software packages are displayed 
on the display 46, and the user presses a key on the input device 42 corresponding 
to the desired package. The mobile terminal 36 and the FTP server 31 are 
programmed to exchange the appropriate files and file information automatically as 
described below. 

30 More specifically, beginning in step 250 the processor 40 of the mobile 

terminal 36 is programmed to determine if the user inputs a request for available 
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software. Such a request can be a predefined selection of one or more keys on the 
user input device 42. Until such time as the user inputs such a request, the 
processor 64 continues to loop through step 250. Upon receiving such a request as 
determined in step 250, the processor 40 proceeds to step 252 in which the 
processor 40 transmits a request packet to the host computer 30 requesting that the 
host computer 30 transmit a list of the package names corresponding to the package 
definition files stored in the memory 66. In response to the request packet the host 
computer processor 64 is programmed to generate a list of the package names (e.g., 
Package A, Package B, etc.) and transmit the list to the mobile terminal 36. 

Following step 252, the processor 40 determines in step 254 whether the list 
of package names has been received from the host computer 30 within a 
predetermined time (e.g., five seconds). If not, the processor 40 returns to step 252 
and retransmits the request packet. Otherwise, upon receiving the list of package 
names as determined in step 254, the processor 40 proceeds to step 256 in which it 
displays on the display 46 the list of package names received from the host 
computer 30. In addition, the processor 40 prompts the user via the display 46 to 
select the desired package name. Such selection may be made by the user by 
pressing keys on the input device 42 identified on the display as corresponding to the 
respective possible selections, for example, or alternatively cursor keys and other 
input techniques could also be used. 

Upon receiving the user selection in step 256, the processor 40 proceeds to 
step 258 in which the processor 40 forms and transmits to the host computer 30 a 
Version Response Packet 124 of the same format represented in Fig. 7(d). Included 
in the package name field 126 is the package name selected by the user in step 256. 
The host computer processor 64 is set up to receive the Version Response Packet 
124 and transmit in response a File Name Packet 128 of the same format 
represented in Fig. 7(e). In particular, when an unsolicited version response packet 
is received by the host computer 30, the processor 64 includes in the comparison 
result field 133 of the File Name Packet 128 the contents of the package definition 
file as shown in Figs. 5a-5d. In step 260, the mobile terminal processor 40 
determines whether a package definition packet 124 has been received within a 
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predetermined response period (e.g., five seconds). If not, the processor 40 returns 
to step 258 in which the Version Response Packet 124 is retransmitted to the host 
computer 30. 

On the other hand, if the package definition packet 124 is received as 
5 determined in step 260, the processor 40 proceeds to step 262 in which it downloads 
the files corresponding to the selected package name. Specifically, in step 262 the 
mobile terminal 36 and the FTP server 31 exchange File Request Packets 130 and 
File Packets 134 in the same manner as is described above in relation to Figs. 8, 9 
and 10. As a result, the files corresponding to the package name selected by the 

10 user are downloaded to the mobile terminal 36. Thus, the present invention provides 
considerable user flexibility in determining software to be downloaded. 

Referring now to Fig. 12, a wide area network (WAN) 295 is shown in 
accordance with another aspect of the invention. The WAN 295 in the exemplary 
embodiment includes a plurality of local area network (LAN) communication systems 

15 20 of the type shown in Fig. 1 , the respective systems being identified as 20A and 
20B in Fig. 11. The WAN 295 includes a WAN based system backbone 296 to 
which the host computer 30 in each of the systems 20A and 20B is connected. The 
system backbone 296 may be any conventional internet connection, whether 
hardwired and/or wireless. Also connected to the system backbone 296 is a WAN 

20 host computer 297 for carrying out host computer activities on the WAN 295 and a 
WAN FTP server 298 for carrying out FTP server activities on the WAN 295. 

By virtue of the WAN host computer 297 and WAN FTP server 298 being 
linked to the host computers 30 and FTP server 31 in each of the systems 20A and 
20B, it is possible to perform global software upgrades. Specifically, the WAN host 

25 computer 297 can broadcast to each host computer 30, via the system backbone 

296, an updated Package Definition table (Fig. 5) and the WAN FTP server 298 can 
broadcast the updated mobile terminal operating software relating to the Package 
Definition table. The host computer 30 in each system 20A and 20B replaces the 
previous Package Definition table previously stored in its memory with the new table 

30 and files. Thus, the next time the mobile terminals 36 in the respective systems 20A 
and 20B boots up or otherwise attempts to download a new version of operating 
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software, information concerning the available software will be available by the host 
computer 30 and the software itself will be available in the FTP server 31. 
Consequently, entire networks can be updated quickly and uniformly. It will be 
appreciated, that while the WAN 295 is shown to include the WAN FTP server 298, 
5 the WAN FTP server 298 could be included in the WAN host computer 297 or the 
WAN host computer could be configured to perform the functions of the WAN FTP 
server 298. In such a case, the WAN host computer 297 would communicate with 
the host computers 30 in the respective systems and, if there was also FTP servers 
31 in the systems, the WAN host computer 297 would also communicate the 

10 appropriate information thereto. 

Although certain preferred embodiments have been described above, it will be 
appreciated that alterations, modifications, and equivalents thereto are deemed part 
of the invention. For example, the present embodiment has been described with 
respect to the host computer 30 comparing the version of operating software it 

15 currently has stored within its memory with the version of software stored in the 

mobile terminal 36, and if the mobile terminal 36 has a different version of operating 
software stored within, the host computer 30 requests the mobile terminal 36 to 
download an upgraded version of the operating software from the FTP server 31 . 
However, it will be appreciated that the mobile terminal 36 can make the comparison 

20 of the operating software within to that stored in the host computer 30 or FTP server 
31 based on version information provided by the host computer 30 in the Bootp 
Response packet, for example. If the mobile terminal 36 determines the host 
computer 30 and/or FTP server 31 has a different version of operating software than 
the mobile terminal 36, the mobile terminal 36 can make the determination to 

25 upgrade the operating software of the and transmit to a File Request packet to the 
FTP server 31 to receive an upgraded version of the software. 

With respect to Figs. 7-10 above, the host computer 30 is shown to initiate a 
software upgrade at some point following the mobile terminal boot-up routine. In an 
alternative embodiment of the present invention described below, however, it will be 

30 appreciated that the mobile terminal may initiate the software upgrade by 

communicating with the host computer at any time during or after the mobile terminal 
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boot-up routine. Further, in the alternative embodiment described below, the 
operating software is said to be stored in the host computer 30. However, it will be 
appreciated that the operating software could be stored in the FTP server 31 as 
discussed above. 

5 Referring initially to Fig. 1 3a-1 3d, the package definition files for the present 

embodiment are depicted. The package definition files are stored in the memory 66 
(Fig. 3a) of the host computer 30. Fig. 13a illustrates generally the various 
information fields included in each package definition file, whereas Figs. 13b-13d 
provide illustrative examples of different package definition files. Each of the fields of 

1 0 the package definition file shown in Figs. 1 3a-1 3d are substantially similar to that 
described above with respect to the package definition file shown in Figs. 5a-5d 
except with respect to the path in memory as to where each file is stored. 
Accordingly, discussion related to the similar fields are not again provided for sake of 
brevity. With respect to the path information, in the present embodiment each of the 

15 operating software files are stored in the host computer memory 66 and not the FTP 
server memory 67 as discussed in the previous embodiment. Thus, as shown in 
Figs. 13a-13d, the path field of each package definition file includes the host 
computer path (e.g., the directory path) indicating where in the host computer 
memory 66 the respective files are stored. This is represented by the "Host Path" 

20 field shown in Fig. 13a. 

Figs. 14(a) through 14(h) schematically represent the exchange of information 
between a mobile terminal 36 and the host computer 30 in accordance with an 
alternative embodiment of the invention. It will be appreciated that, with respect to 
communications between the mobile terminal 36 and the host computer 30, the base 

25 station 26 to which the mobile terminal 36 is registered serves as an interface 

between the mobile terminal 36 and the host computer 30 as is well known in the art. 
As represented in Fig. 14(a), when the mobile terminal 36 undergoes its boot-up 
initialization routine the mobile terminal 36 transmits a Bootp Request packet 300 to 
the host computer 30. The Bootp Request packet 300 is a packet which includes a 

30 header field 302 (e.g., synchronization bits, etc., as is conventional), a hardware 

address field 303 which holds the hardware address of the mobile terminal 36, and a 
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boot request field 304 which contains information requesting that the host computer 
30 furnish information relating to the boot-up procedures of the mobile terminal 36. 
The Bootp Request packet 300 is generated by the processor 40 within the mobile 
terminal 36. 

5 As is represented in Fig. 14(b), the host computer 30 receives the Bootp 

Request packet 300 and, in response, the processor 64 generates and transmits a 
Bootp Response packet 310 back to the mobile terminal 36. The Bootp Response 
packet 310 includes a header 31 1 ; an IP address field 312 containing the IP address 
of the mobile terminal 36; a package name field 313 containing the name of the 

10 package of operating software associated with the mobile terminal 36; and a boot 
response information field 314 containing other conventional information which may 
be associated with the boot-up procedures of the mobile terminal 36. 

More specifically, when the host computer 30 receives the Bootp Request 
packet 300 from the mobile terminal 36, the processor 64 performs a look-up in the 

1 5 bootptab table stored in the memory 66 based on the hardware address contained in 
the hardware address field 303. Specifically, the processor 64 looks up the entry in 
the bootptab table having the same hardware address. The processor 64 then takes 
the corresponding IP address and package name from the bootptab table and 
includes them in the IP address field 312 and package name field 313, respectively, 

20 of the Bootp Response packet 310 which is transmitted to the mobile terminal 36. 

Upon receiving the Bootp Response Packet 310, the mobile terminal 36 as 
represented in Fig. 14(c) transmits a Package Request Packet 318 to the host 
computer 30. The Package Request Packet 318 includes a header field 320; a 
package name field 321 ; and a package request information field 322 for any other 

25 conventional information which is utilized in a given system. Notably, the package 
name field 321 includes the package name previously received in the Bootp 
Response Packet 310 as represented in Fig. 14(b). The mobile terminal processor 
40 temporarily stores the package name received in field 313 and generates the 
Package Request Packet 318 with the package name included in field 321 . The 

30 purpose of the Package Request Packet 318 is to prompt the host computer 30 to 
transmit back to the mobile terminal 36 a Package Definition Packet which includes 
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the contents of the package definition file (Fig. 13a-13d) for the particular package 
name. More particularly, upon receiving the Package Request Packet 318 the host 
computer processor 64 takes the package name included in the package name field 
321 and uses the package name to access the corresponding package definition file 
5 stored in the memory 66. 

Specifically, the processor 64 forms a Package Definition Packet 324 as 
represented in Fig. 14(d). The packet 324 includes a header 325 and a package 
definition field 326. The packet definition field 326 includes all of the information in 
the package definition file for the particular package name identified in the field 321 . 

10 In particular, the package definition field 326 includes the version identifier and the 
list of file names together with the previously described information relating to the 
required memory, file transfer mode, memory paths, file types, etc. The host 
computer 30 then transmits the Package Definition Packet 324 to the mobile terminal 
36 as represented in Fig. 14(d). 

15 Upon receiving the Package Definition Packet 324, the mobile terminal 

processor 40 initially compares the version identifier included in the package 
definition field 326 with the version identifier previously stored by the processor 40 
the last time the mobile terminal downloaded files from the host computer 30. If the 
versions are identical, then the mobile terminal 36 concludes that no upgrades or 

20 revisions have been performed to the files included in the respective package. If the 
versions are different, then the mobile terminal 36 stores the information from the 
Package Definition Packet 324 and then begins the process of sequentially stepping 
through each file name listed in the package definition file in the package definition 
field 326 and transmitting a request that the host computer 30 transfer the actual file 

25 so that it may be downloaded and stored in the mobile terminal 36. For example, 
Fig. 14(e) illustrates a file request packet 330 which is generated by the mobile 
terminal processor 40 and which includes a header 331 and a file request field 332. 
The file request field 332 includes the name of the next file which the mobile terminal 
36 requests to be downloaded from the host computer 30 to the mobile terminal 36. 

30 Depending on the particular file transfer protocol utilized within the system, the file 
request field 332 may also have such information as the location at which the 



-32- 



particular file is stored in the host computer 30, etc., as obtained from the package 
definition table 326. However, it will be appreciated that the actual file transfer 
protocol utilized in accordance with the present invention can be any well known 
transfer protocol and is not limited to any particular one. 
5 The mobile terminal 36 transmits the file request packet 330 to the host 

computer 30 as represented in Fig. 14(e), and in response the host computer 30 
forms a file packet 334 which is transmitted back to the mobile terminal 36. The file 
packet 334 includes a header 335 and a file field 336. The file field 336 includes the 
contents of the file named in the file request field 332. Consequently, the file is 

10 downloaded to the mobile terminal 36 where it is stored for use in the operations of 
the mobile terminal. Next, the mobile terminal 36 generates and transmits another 
file request packet 330 requesting that the next file included in the list of file names in 
the package definition field 326 be downloaded to the mobile terminal 36. Similarly, 
the host computer 30 responds by transmitting another file packet 334 including the 

1 5 contents of the file named in the file request field 332. Such sequential exchange of 
file requests and the transfer of files between the mobile terminal 36 and the host 
computer 30 continues as represented in Figs. 14(g)-14(h) until the mobile terminal 
has requested and received each of the files named in the package definition file 
received in the package definition field 326. 

20 Accordingly, it will be appreciated that files from the host computer 30 will not 

be downloaded to a mobile terminal 36 until and unless it has been determined that 
a new version of mobile terminal operating software exists in the host computer 30. 
In the event it is determined that a new version exists, every file identified in the 
package definition file for the corresponding package name is downloaded 

25 regardless of whether only one file or more than one file has been changed, added 
and/or deleted in the package. 

Figs. 15a and 15b illustrate the basic operation of the mobile terminal 36 in 
accordance with the alternative embodiment described above with respect to Figs. 
14(a)-14(h). Beginning in step 350, the processor 40 within the mobile terminal 36 

30 initiates its own internal boot-up routine upon being powered up and/or reset as is 
conventional. Next, in step 352 the processor 40 generates and transmits a Bootp 
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Request Packet 300 to the host computer 30 as represented in Fig. 14(a). Following 
step 352, the processor 40 determines in step 354 whether a Bootp Response 
Packet 310 is received back from the host computer 30 within a predetermined 
response period (e.g., five seconds). If not, the processor 40 returns to step 352 and 
5 retransmits the Bootp Request Packet 300. If the Bootp Response packet 31 0 is 

received by the processor 40 in step 354 as illustrated in Fig. 14(b), the processor 40 
proceeds to step 356 in which it transmits the Package Request Packet 318 to the 
host computer 30 as represented in Fig. 14(c). Following step 356, the processor 
determines in step 358 whether a Package Definition Packet 324 has been received 

1 0 from the host computer 30 in response to the Package Request Packet 31 8 within a 
predetermined response period (e.g., five seconds). If not, the processor 40 returns 
to step 356 and retransmits the Package Request Packet 318. 

Upon determining that a Package Definition Packet 324 has been received in 
step 358 (as represented in Fig. 14(d)), the processor 40 in step 360 compares the 

15 version indicator included in the Package Definition Packet 14(d) with the version 
indicator the processor 40 previously stored in the memory 50 the last time the 
mobile terminal operating software was downloaded. If, based on such comparison, 
the processor 40 determines that the versions are the same, the processor 40 
proceeds to step 362 in which it is concluded that the mobile terminal 36 will operate 

20 on the existing mobile terminal operating software stored therein since there have 
been no changes to the operating software. In step 362, the mobile terminal 36 
completes any other conventional boot-up procedures. 

In the event the processor 40 determines in step 360 that the host computer 
30 has a new version of the operating software based on a difference between the 

25 version indicators, the processor 40 continues to step 364 in which it stores in the 
memory 50 (Fig. 2) the contents of the package definition field 326. The processor 
40 then proceeds to step 366 in which it transmits a file request packet 330 as 
represented in Fig. 14(e) in order to request that the first file named in the package 
definition file included in the package definition field 326 be transferred from the host 

30 computer 30 to the mobile terminal 36. Next, in step 368 the processor 40 
determines if a corresponding file packet 334 containing the requested file is 
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received back from the host computer 30 within a predetermined response period 
(e.g., five seconds). If not, the processor 40 proceeds to step 370 in which it 
retransmits the same file request previously transmitted in step 366. The processor 
40 then returns to step 368 as shown. 
5 If the file packet 334 is received by the processor 40 as determined in step 

368 and as represented in Fig. 14(f), the processor 40 proceeds to step 372. In step 
372 the processor 40 stores the file contained in the file field 336 in the mobile 
terminal memory 50 according to the appropriate mode (e.g., replace or fail safe) 
and in the location specified by the information previously obtained in the package 

10 definition field 326. Thereafter, the processor 40 proceeds to step 374 in which it 
determines if there are more files to be downloaded from the host computer 30. 
Specifically, the processor 40 determines whether there exists any more files in the 
list of file names provided in the package definition field 326 which have not yet been 
downloaded. If additional files exist, the processor 40 proceeds from step 374 back 

1 5 to step 366 in which the processor 40 transmits a file request packet 330 requesting 
that the next file in the list be downloaded (e.g., Fig. 14(g)). In the event the last file 
has already been transferred as determined in step 374, the downloading of the new 
version of the operating software is complete. Hence, the processor 40 proceeds 
from step 374 to step 362 mentioned above. 

20 Regarding steps 354, 358 and 368 discussed above, it will be appreciated that 

the processor 40 preferably is programmed to retransmit a respective packet only a 
predetermined number of times (e.g., five), and to terminate the routine in the event 
a response still is not received. This avoids the mobile terminal becoming hung up 
due to a system failure. In such case, the processor 40 allows the mobile terminal 

25 36 to continue to operate with the existing version of software stored therein. 

Referring briefly to Fig. 16, the operation of the host computer 30 is illustrated 
during the boot-up routine of the mobile terminal 36. Beginning in step 400, the host 
computer processor 64 determines if a Bootp Request Packet 300 has been 
received from a mobile terminal 36 as represented in Fig. 14(a). If not, the processor 

30 64 continues to loop through step 400. If a Bootp Request Packet 300 is received, 
the processor 64 proceeds to step 402 in which the processor 64 transmits a Bootp 
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Response Packet 310 in response as represented in Fig. 14(b). Next, in step 404 
the processor 64 determines if the host computer 30 receives a Package Request 
Packet 318 within a predetermined period of time (e.g., five seconds). If not, the 
processor 64 returns to step 400. Otherwise, upon receiving the Package Request 
5 Packet 318 (as represented in Fig. 14(c)), the processor 64 proceeds from step 404 
to step 406. In step 406 the processor 64 transmits back to the mobile terminal 36 
the package definition packet 324 corresponding to the package name included in 
the Package Request Packet 318 as represented in Fig, 14(d). 

Following step 406, the processor 64 determines in step 408 whether a file 

10 request packet 330 is subsequently received from the mobile terminal 36 within a 

predetermined period of time (e.g., five seconds). If not, the processor 64 returns to 
step 400. If a file request packet 330 is received as represented in Fig. 14(e), the 
processor 64 proceeds to step 410 in which the processor 64 transmits the 
requested file to the mobile terminal 36 in a file packet 334 (Fig. 14(f)). Following 

1 5 step 410, the processor 64 returns to step 408 to await a file request for another file. 
In this manner, the host computer 30 and a mobile terminal 36 requiring a new 
version of operating software will exchange file request packets 330 and file packets 
334 until all of the files have been downloaded to the mobile terminal 36. 

Those having ordinary skill in the art will appreciate that steps 400 and 402 in 

20 Fig. 16 can be carried out by a Bootp server (not shown) included in the host 

computer 30. Steps 404-410 may be carried out separately by an FTP server (not 
shown) which also is included in the host computer 30. 

Although the invention has been shown and described with respect to certain 
preferred embodiments, it is obvious that equivalents and modifications will occur to 

25 others skilled in the art upon the reading and understanding of the specification. For 
example, the alternative embodiment has been described with respect to the mobile 
terminal 36 comparing the version of operating software it currently has stored within 
its memory with the version of software stored in the host computer 30; and if the 
mobile terminal 36 has a different version of operating software stored within, it 

30 issues a request to the host computer 30 to transmit to the mobile terminal 36 an 

upgraded version of the operating software. However, it will be appreciated that the 



-36- 



host computer 30 can make the comparison of the operating software within to that 
stored in the mobile terminal 36 based on version information provided by the mobile 
terminal 36 to the host computer 30 in the Bootp Request packet, for example. If the 
host computer 30 determines the mobile terminal 36 has a different version of 
5 operating software than the host computer 30, the host computer 30 can make the 
determination to upgrade the operating software of the mobile terminal 36 and 
transmit to the mobile terminal 36 an upgraded version of the software. 

Furthermore, the file transfer protocol utilized in any of the embodiments of 
the present invention for transferring files between the mobile terminal and the host 
10 computer is not limited to any particular file transfer protocol. Any of a variety of 

known protocols such as TASP, FTP and TFTP can be used without departing from 
the scope of the invention. 

The present invention includes all such equivalents and modifications, and is 
limited only by the scope of the following claims. 
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